ICO Hardcap vs Softcap: Complete Investor Guide 2026

Yara Fernandez
Yara Fernandez
Crypto Regulation & Policy Press Release Expert
Published 2026-05-13
Updated 2026-05-13
ICO Hardcap vs Softcap: Complete Investor Guide 2026 Article Image

Every structured token sale has funding caps that define its minimum and maximum raise targets. These caps serve both investor protection and project planning functions — and understanding them helps evaluate whether a project's fundraising ambitions are appropriately calibrated.

Softcap: The Minimum Viability Threshold

The softcap is the minimum amount a project must raise for the sale to proceed. If contributions don't reach the softcap by the sale deadline, all contributions are automatically refunded to investors. This mechanism protects investors from participating in a project that failed to generate sufficient interest to be viable.

Investor implication: A very low softcap (easily achievable) provides minimal signal — almost any project can reach a $50K softcap. A well-calibrated softcap ($1-5M for a meaningful project) provides stronger signal that the project demonstrated genuine demand.

Hardcap: The Maximum Raise Limit

The hardcap is the maximum amount the project will accept. Once reached, no further contributions are accepted. Hard caps protect investors from dilution and provide project teams with a defined budget to execute against. A project that raises 100× its hardcap from oversubscription is not raising more — they simply cap contributions and return excess.

Evaluating hardcap appropriateness: Compare hardcap to comparable projects at equivalent development stages. A $50M hardcap for a pre-product project is structurally overvalued — $5-15M for early-stage, $50-100M for projects with working protocols and institutional backing.

What Happens at Each Threshold

  • Softcap not reached → full refund: Automatic in smart contract-based sales. Centralised sales require trust in the team's refund execution.
  • Between softcap and hardcap → sale proceeds: Normal — project receives contributions and tokens are distributed at TGE.
  • Hardcap reached → sale closes: No additional contributions accepted. Oversubscription returns excess contributions automatically.

Hardcap to FDV Relationship

Hardcap / (public sale allocation %) = implied FDV. Example: $10M hardcap / 10% public allocation = $100M FDV. This is the implied total project valuation at the ICO price. Compare to DeFiLlama comparables to assess reasonableness. Projects where hardcap/allocation implies FDV 5×+ comparable working protocols are structurally overvalued at ICO price.

For the hardcap definition in detail, see our hardcap definition guide. For the softcap definition, see our softcap definition guide. For how FDV is calculated from these figures, see our FDV guide.

Glossary

Softcap
The minimum fundraising target — if not reached by deadline, all contributions are refunded automatically.
Hardcap
The maximum fundraising amount — once reached, no further contributions are accepted regardless of remaining demand.
Implied FDV
The theoretical total project valuation derived from the ICO price and total token supply — hardcap ÷ public allocation % = implied FDV.

Disclaimer

Important: Hardcap and softcap mechanics vary by sale structure. Always read the specific terms. This guide is educational only. CryptoPresaleNews.com is not a licensed financial advisor.

Yara Fernandez
Yara Fernandez Crypto Regulation & Policy Press Release Expert
521+ articles
1 Year experience
Regulation specialty

Yara Fernandez dives into NFT drops, Latin American crypto art, and GameFi projects that bridge culture and blockchain. As a respected name in crypto journalism, she delivers valuable insights on NFT and Web3 topics from around the world. Her work blends deep research with simplicity, making it easy for readers to understand the fast-moving world of crypto. She focuses on topics related to NFT and Web3 reporting and regularly covers emerging trends, technology updates, and community stories.

✍️ WHAT'S YOUR OPINION?
Frequently Asked Questions

Have questions? We have answers!

Softcap: minimum raise target — if not reached by deadline, all contributions automatically refunded. Protects investors from projects that failed to attract sufficient demand. Hardcap: maximum raise target — once reached, sale closes and excess contributions returned. Limits project raise to its defined budget. Between softcap and hardcap: normal sale proceeds. Evaluating both: appropriate softcap signals genuine viability threshold; appropriate hardcap signals realistic ambition relative to development stage.
If softcap is not reached by the sale deadline: (1) smart contract-based sales — refunds execute automatically when the sale contract's refund function is called, (2) centralised platform sales (launchpad IEOs) — the platform returns contributions through their withdrawal system, (3) direct project presales — depends on the project's smart contract; verify refund mechanism in the contract before participating. Always confirm refund mechanics before participating in direct presales without a Tier 1 launchpad.
When hardcap is reached: the sale closes immediately — no further contributions accepted. Oversubscribed contributors: in proportional systems (Binance Launchpad), excess subscriptions are returned automatically. In FCFS systems: late contributors are blocked entirely. In lottery systems: hardcap is distributed among lottery winners. A sale reaching hardcap quickly signals strong demand but doesn't guarantee post-listing appreciation — the token still needs to maintain or exceed TGE price.
Implied FDV calculation: hardcap ÷ public sale allocation %. Example: $10M hardcap, 10% of tokens sold in public sale = $10M ÷ 0.10 = $100M FDV. If the hardcap is $50M and public allocation is 5%: $50M ÷ 0.05 = $1B implied FDV. Compare to comparable working protocols on DeFiLlama. A $100M implied FDV for a project with no working product but strong team is borderline; $1B FDV pre-product is almost certainly overvalued.
A well-calibrated softcap represents genuine minimum viability — the amount below which the project can't execute its core roadmap. For early-stage projects: $500K-$2M. For later-stage with working product: $2-10M. Red flag: extremely low softcap ($50K for a 'blockchain protocol') that would be reached from a handful of participants — provides zero signal about genuine community support. Red flag: extremely high softcap relative to team's track record — unrealistic ambition that may leave investors waiting for a refund.
Refund risks by sale structure: Tier 1 exchange IEO (Binance, KuCoin) — essentially zero refund risk, exchange holds escrow. Established launchpad — low risk, platform manages refund. Direct project smart contract — verify the refund function exists and executes correctly (check the contract code on Etherscan). Direct project without smart contract escrow — highest risk, requires trusting the team to manually refund. Never participate in direct project presales without verified smart contract escrow unless you accept full team risk.
Oversubscription occurs when demand exceeds hardcap: participants try to contribute more than the hardcap allows. Mechanics: Binance Launchpad (subscription model) — accepts all subscriptions, distributes tokens proportionally, returns unallocated subscriptions. FCFS — closes as soon as hardcap hit, rejecting all subsequent attempts. Lottery — predetermined winners receive allocation up to hardcap total. In all models: total tokens distributed = hardcap ÷ token price, regardless of total subscription demand.
Some projects conduct sales with no hardcap — accepting contributions until a set closing date regardless of amount raised. This model: (1) means the project could raise much more than needed, potentially undermining tokenomics (more tokens issued than intended), (2) creates accountability risk (more raise = harder to deploy effectively), (3) was common in 2017 ICO era (EOS's year-long sale raised $4.1B with no cap until time limit). Modern structured sales almost universally use hardcaps for investor and project credibility reasons.
Some projects set dynamic hardcaps — the maximum raise adjusts based on early-round performance or market conditions. Bonding curve sales (LBPs on Fjord Foundry) don't have explicit hardcaps — price discovery determines how much is raised based on participant demand. This model aligns raise with genuine market pricing rather than arbitrary cap. For investors: LBP/bonding curve sales have different mechanics than fixed hardcap sales — entry price and total raise are discovered, not predetermined.
Hardcap size creates implied FDV expectation: small hardcap (project raises $2M at 5% public allocation) = $40M FDV — achievable with moderate adoption. Large hardcap ($50M at 5%) = $1B FDV — requires top-50 crypto market cap success. Statistical reality: projects requiring $1B+ FDV to return post-listing face overwhelming odds. Small, appropriately-sized raises often produce better returns because the required market cap achievement for 2-5× return is realistic rather than exceptional.
TelegramBanner header
Have Questions?

Our team will answer all your questions. We ensure a quick response.

Contact Us